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METHOD, COMPUTER PROGRAMME PRODUCT AND DEVICE FOR 
THE PROCESSING OF A DOCUMENT DATA STREAM FROM AN 
INPUT FORMAT TO AN OUTPUT FORMAT 

SPECIFICATION 

5 

TITLE 

"METHOD, COMPUTER PROGRAM PRODUCT AND DEVICE 
FOR THE PROCESSING OF A DOCUMENT DATA STREAM FROM AN 
INPUT FORMAT TO AN OUTPUT FORMAT" (As Amended) 

10 

BACKGROUND 

The inv e nt i on preferred embodiment concerns a method, a 
computer program product and a system for processing of document data 
streams. It in particular concerns a method and a system for processing a 

15 document data stream that is prepared for output on a printing device. 
Such a preparation typically occurs in computers that process the print files 
or print data adapted to the printer from user programs. The print data are 
th e r e by , for example, thus converted into an output stream of a specific 
printer language such as AFP® (Advanced Function Presentation), PCL™ 

20 or PostScript™. Data are, for example, output from SAP databank 
applications to the printer in the format SAP/RDI. 

In mainframe centers, the print data are typically compiled in a host 
computer (main frame [s i c] ) and large print jobs Gobs) are generated from 
this that contain up to multiple gigabytes of data. The print jobs are thereby 

25 adapted for output on high-capacity printing systems such that the high- 
capacity printing systems are temporally optimally loaded in the production 
operation o r, respectiv el y, can largely be used in continuous operation. 
The printout then occurs either via the host computer or via connected 
servers. 

30 Such high-capacity printers with printing speeds of approximately 40 

DIN A 4 pages per minute, up to 1000 DIN A 4 pages per minute are, for 
example, described in the publication "Das Druckerbuch", published by Dr. 
Gerd Goldmann (Oce Printing Systems GmbH), 6th edition, May 2001, 
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ISBN 3-000-00 1019-X. Concepts for high-performance preparation and 
processing of print data are described in chapter 14 under the title "Oce 
PRISMApro Server System". 

A typical print data format in electronic production printing 
5 environments is the format AFP (Advanced Function Presentation) which 
is, for example, described in the publication Nr. F-544-3884-01 by the firm 
International Business Machines Corp. (IBM) with the title "AFP 
Programming Guide and Line Data Reference". In this publication, the 
specification for a further data stream with the designation "S/370 Line- 

10 Mode Data" is also described. The print data stream AFP was further 
developed into the print data stream MO:DCA, which is specified in the IBM 
publication SC31 -6802-04 with the title "Mixed Object Document Content 
Architecture Reference". No differentiation is made between AFP data 
streams and MO:DCA data streams in the present specification. 

15 A data processing system with the trade name PRISMAproduction™ 

is offered by the applicant for high-capacity printing systems, which data 
processing system is in the position to process print data streams from 
various applications, to spool under various operating systems such as 
MVS™ or BS 2000™, and to convert into a device-oriented data stream 

20 such as, for example, IPDS™ (Intelligent Printer Data Stream). 

The program that has become known under the designation ACIF™ 
has been created by the firm IBM Corp., with which program it is possible 
to convert and to index print data streams. The ACIF application is 
described in the IBM brochure G544-3824-00 with the title "Conversion and 

25 indexing facility application programming guide" as well as in the IBM 
brochure Nr. S544-5285-00 with the designation "AFP conversion and 
indexing facility (ACIF) user's guide". Corresponding computer programs 
under the trade names SPS™, CIS™ are known from the applicant. 

US-A-6,097,498 appears to be for supplementation of commands in 

30 the print data language IPDS. Objects from other printing languages such 
as PostScript or PCL can accordingly be inserted and transferred into an 
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IPDS data stream with a WOCC command. In the German patent 
application Nr. 102 45 530.9, it is also described how additional control 
commands can be inserted into a print data stream. 

From the IBM publication Nr. S544-5284-06, "IBM Page Printer 
5 Formatting Aid: User's Guide", 7th edition, which is, for example, 
accessible at http://publib.boulder.ibm. composite 

material/prsvs/pdfs/54452846.pff . a tool is known with which a user can 
genoratod generate what are known as "form definitions" (formdef) and 
"page definitions" (pagedefs) for formatting of print data. A corresponding 

10 computer program SLE™ (Smart Layout Editor) is developed and 
distributed by the applicant. 

From WO 01/77807 A2 o r, r e sp e ct i v e ly, the corresponding DE-A1- 
100 17 785, a method for enhancement of document data corresponding to 
the product CIS™ cited above is known in which the document data stream 

15 is normalized, i.e. brought into a uniform data format, and index data are 
formed for a search or sort event. Furthermore, resource data that are 
contained in the data stream are extracted and merged into a resource file. 
Finally, the data can be sorted according to predetermined search criteria 
and a corresponding document file can be output. 

20 In PCT/EP02/05296, it is described how a print data stream can be 

shown on a screen in rastered form. 

A distributed printing system in which print jobs can be sent to 
various printers of a network from various inputs is known from EP-A1-0 
982 650. When a print job is received in a print data language that cannot 

25 be interpreted by the provided printer, the print job is translated into a 
language with which the provided printer is compatible. 

A method is known from US-A-5,993,088 with which print jobs are 
first collected (spooling event) before they are output to a printer. 

A method for output of document print data is known from DE-A1- 

30 199 11 461 in which variable data and static data are initially merged per 
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document and are separated again before the transfer so that static data 
that occur in a plurality of documents only have to be transferred once. 

Known methods for processing of print data are shown in Figures 2 
and 3. The print data are thereby sent from a print data source 25 with a 
5 pattern data set to an editor such as, for example, the Smart Layout Editor 
(SLE) (which is distributed by the applicant). Using this pattern data set, 
the layout (forms, data placement, fonts etc.) is established for printout and 
an AFP resource data stream with a formdef file and pagedef file is 
generated. The AFP resource data stream 27 comprises only some 

10 umpt ee n [s i c] kilobytes to a maximum of a few hundred kilobytes and 
contains forms, fonts, page definitions and form definitions as commands. 
The AFP resource data stream 27 is then sent to a print preparation 
computer (print server) and stored there. Given later printout of the print 
data, these are sent over to print data path 29 directly to the print server 28, 

15 which in turn links the print data with the AFP resource data stream and 
from this generates an IPDS data stream which is sent to one or more 
printing devices 31 , 32 for printout. 

This processing manner is thus based on the concept that a 
separation occurs between the variable data to be printed and the resource 

20 data stream. The advantages of this method based on AFP are a high 
processing speed and a high degree of compression, since the resource 
data can be transferred once as a relatively small file and the larger part of 
the data (print data) can be sent from the print data source 25 directly to 
the print server 28 without encumbering auxiliary information such as 

25 layouts, forms, fonts etc. 

What is disadvantageous in this method based on the IBM product 
Page Printer Formatting Aid (PPFA) is that only print data provided in 
PPFA and predetermined formatting principles can be used. Although 
personalized documents can be generated via "conditional processing", for 

30 this a new document page must be described for each bifurcation. The 
application design is thereby very protracted and complex. In particular, 
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the generation of pie charts or bar diagrams is not possible in this manner. 
This would only be possible via special functions in a correspondingly 
expanded printer driver. However, the printout of such applications would 
therewith be limited to manufacturer-specific systems, which would be 
5 relatively disadvantageous. 

Resources are static, meaning they are neither generated nor 
changed in the execution of a print job. Furthermore, they contain no print 
data; however, print data patterns can be used in the design of the 
resources. 

10 A data preparation according to what is known as the formatter 

principle is shown in Figure 3. The complete print data stream is thereby 
fed from the print data source 25 to a formatter 35 which creates a layout 
and directly integrates the layout specifications (such as form 
specifications, font form specifications and other format specifications) into 

15 the print data stream. The complete print data stream so prepared is then 
sent to the print server 28 and forwarded by this to a printer 31 , 32. Such a 
processing corresponds to many methods established in what is known as 
the small office-home office (SOHO) field. For example, print data are 
processed in this manner in the Microsoft Office products WinWord™, 

20 Access™ and Excel™ under the operating system MS Windows™. 

What is advantageous in this type of data preparation is that 
practically any complex instructions o r, r e sp e ctive l y, rules can be integrated 
into the print data stream. In particular, tables with dynamic length are 
possible, including intermediate and final sums, as well as the graphic 

25 preparation of print data via pie charts or bar diagrams etc. In principle no 
limits are thereby set on the representation of print data. Additionally, 
different print data can be loaded via input filters, among other things also 
what are known as RDI data from databank programs by the firm SAP AG, 
Walldorf, Germany. 

30 What is disadvantageous with this method is that that the print data 

stream is very substantial due the formatting specifications, and th e r e with 
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thus the transfer of the print data from one computer to another computer 
or to the printer takes a relatively long time. Furthermore, the print 
preparation must occur individually for each print job. Computer programs 
that apply this principle to AFP print data must generate a complete AFP 
5 data stream for each print job, even when no dynamic {sic} should occur. 
For printout, these AFP data streams are translated into corresponding 
IPDS data streams for the print devices. It is thereby disadvantageous that 
the smallest changes to print jobs compel a complete re-generation of the 
AFP data streams. 

10 A high-performance processing and preparation of print data is in 

particular necessary in the printout of data from databanks. In databank 
applications that are distributed by the firm SAP AG, data can be output in 
what is known as the RDI format (Raw Data Interface format). The data 
can thereby be output partially formatted with the tool "SAP script" or also 

1 5 output unformatted. 

SUMMARY 

It is the an object of th o i nvention to specify a method, a computer 
program product and a computer system with which large print data 
streams can, on the one hand, be flexibly prepared individually for a data 
20 set and, on the other hand, can overall be transferred with high 
performance. 

Th i s obj e ct i s aoh i ovod v i a tho i nvent i on sp e c i fi e d i n th e d e p e nd e nt 
cla i ms. Advantag e ous e mbod i m e nts of tho i nv e nt i on r e su l t from the sub - 
cla i ms. 

25 In a method or system for conversion of an input data document 

data stream that corresponds to one of many possible input data formats 
into an output document data stream that corresponds to one of many 
possible input data formats, the input document data stream is converted 
into an internal data format. Document formatting information that 

30 establishes a representation of the data in the output format is added as 
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needed to the data in the internal data format. The data are then converted 
into the output data format. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 shows a high-capacity printing system; 
5 Figure 2 shows the known method for processing of print data 

according to the AFP and IPDS specifications; 

Figure 3 shows the known method for processing of print data 
according to what is known as the formatter principle; 

Figure 4 shows the principle of the preferred embodiment; 
10 Figure 5 shows the application of the invention on a data processing 

system in which an SAP databank system cooperates with a print 
production system; 

Figure 6 shows the principle of a processing of the preferred 
embodiment with respective participating processing modules; 
15 Figure 7 shows a workflow of the preferred embodiment for design 

time from the view of a user, 

Figure 8 shows a workflow for design phase relating to document 

data; 

Figure 9 shows a workflow in the production phase relating to 
20 document data; 

Figure 10 shows the assembly of a complex document with 
components; 

Figure 11 shows the creation of a document with barcode from 
variable and static data; 
25 Figure 12 shows a method flow in which PCL document data are 

generated at the output side; 

Figure 13 shows various stations in which document data are 
incrementally connected to a document; 

Figure 14 shows expansions to the stations shown in Figure 13; and 
30 Figure 15 illustrates a generalized method flow of the preferred 

embodiment. 
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DESCRIPTION OF THE PREFERRED EMBODIMENT 

For the purposes of promoting an understanding of the principles of 
the invention, reference will now be made to the preferred embodiments 
illustrated in the drawings and specific language will be used to describe 
5 the same. It will nevertheless be understood that no limitation of the scope 
of the invention is thereby intended, such alterations and further 
modifications in the illustrated device, and/or method, and such further 
applications of the principles of the invention as illustrated therein being 
contemplated as would normally occur now or in the future to one skilled in 

10 the art to which the invention relates. 

According to a first aspect of the i nv e nt i on preferred embodiment , 
the input document data stream is translated into an internal data format for 
conversion of an input document data stream that corresponds with one of 
many possible input data formats into an output document data stream that 

15 corresponds to one of many output data formats. Document formatting 
information that establishes the representation of the data in the output 
format is added as needed to the data in the internal data format and the 
data are then converted into the output data format. 

According to a second aspect of the i nv e nt i on preferred embodiment 

20 that can be viewed as independent of the first aspect of the invention, for 
conversion of an input document data stream that corresponds to one or 
many possible input data formats into an output document data stream that 
corresponds to one of many output data formats, the input document data 
stream can be translated into an internal data format (such as, for example, 

25 AFP, Unicode or PPML); data formatting information that establishes how 
the content of the data stream is represented in the internal data format is 
added as needed to the data in the internal data format and controlled by a 
document template that in particular describes the addition of formatting 
instructions in the internal data format; and finally the data are output in the 

30 output data format. 
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According to a third aspect of the i nv e nt i on preferred embodiment 
that can also be viewed as independent of the previously cited aspects of 
the i nv e nt i on preferred embodiment , for format-adapted and speed- 
optimized processing of an input document data stream, this is converted 
5 into an internal data format with formatted data that contain format 
specifications and raw data that contain no format specs. Formatting 
instructions are added to the raw data by means of predetermined rules 
and an output data stream that has a predetermined format is formed from 
the data of the internal data format. 

10 According to a fourth aspect of the i nv e ntion preferred embodiment 

that can also be viewed as independent of the previously cited aspects of 
the i nvent i on preferred embodiment , in a method for processing and 
preparation of document data streams in a first, preparatory processing 
phase a pattern data set (comprising a specific data structure) of a 

15 document data stream can be provided with formatting instructions, and 
from this formatting information can be formed. In a second, productive 
processing phase of the document data stream, using the formatting 
information data are added to all data streams whose data structure 
corresponds to that of the pattern data set and all remaining data are 

20 forwarded without modification. 

All document data streams can be used as input and/or output data 
streams, for example AFP (Advanced Function Presentation), Line Data, 
CSV (comma separated value), ODBC (Open Database Connectivity), 
Extended [sic] Markup Language (XML), Hypertext Markup Language 

25 (HTML), Extensible HTML (XHTML), Personalized Printer Markup 
Language (PPML), PostScript, Printer Control Language (PCL), SAP RDI 
(Raw Data Interface), Windows Meta Code, etc. In particular AFP and 
PPML are suitable as an internal data format, however a different data 
format (for example XML) can also be used. 

30 The i nv e nt i on preferred embodiment is based on the realization that 

the various previously-cited data streams have respective advantages and 
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disadvantages and that it would have to succeed to respectively use the 
advantages of the respective data streams and to correct the 
disadvantages via assumption of processing principles from other data 
streams. In particular, the advantages based on resources can be used 
5 with the inv e nt i on preferred embodiment . Resources created once are 
neither generated nor modified in the execution of a printing event. It is 
therefore sufficient to transfer them once to a print server or printer and to 
then apply them multiple times to the respective print data. The possibility 
already described above for the query of print data and the program 

10 bifurcations also exists in the invent i on preferred embodiment . 
Furthermore, the relative positioning of print data is possible by linking of 
print data. The resources only have to be created once and can be used 
arbitrarily often, namely for all print data that have a structure that 
correspond [sic] corresponds to the patt e r formatter printing data set used 

1 5 for creation of the resources. 

Furthermore, the transfer to various printer models (IPDS) is 
possible since at most the description of the physical page (for example the 
formdef resource file in an AFP data stream) must be exchanged. Due to 
the device independence of an intermediate format, it is also possible that 

20 no format instructions based on a device-specific format are necessary. 

On the other hand, advantages known from the formatter principle 
can also be used with the i nv e ntion preferred embodiment , namely the 
possibility to integrate practically any representation instructions of the print 
data directly into the data stream. Such prepared print data are thereby in 

25 particular left in their formatted state and thus sent to the print server or T 
r e sp e ct i ve l y, printer. 

Thus a high flexibility in the layout design of print documents is 
achieved with the invent i on preferred embodiment such that a fully-dynamic 
document structure is enabled. Both a dynamic layout (meaning the 

30 positioning and representation of document portions dependent on the print 
data on which they are based) and the integration of layout o r, r e sp e ct i v el y, 
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formatting features from external sources (programs) can therewith occur. 
Furthermore, constant and variable data can be mixed, for example in 
continuous text and barcodes. Due to the device-independent processing 
of the document data within the process, it is possible to optimally output a 
5 design to different output devices, whereby the respective output data 
stream occurs adapted to a printer and/or adapted to a format. 

According to the i nvent i on preferred embodiment , this is managed in 
that the method known from the AFP field and oriented towards resources 
is applied to what is known as raw data that are available unformatted in 

10 the input data stream, whereby one and the same formatting event is 
implemented for a plurality of data sets. Furthermore, the i nv e nt i on 
preferred embodiment is based on the realization that data sets that are 
already formatted structured for the most part require no modification and 
can be directly forwarded. However, in special cases it can also be 

15 provided that another additional formatting based on resources is to be 
added (what is known as Huckepack formatting) to a formatter formatting 
already contained in the data stream. 

In an advantageous embodiment of the invention, the input data 
format, the output data format and/or the document formatting information 

20 to be added can be selected. This can in particular occur during a design 
phase during which the document template used for control of the 
supplementary formatting can also be generated or modified according to 
the second aspect of the inv e nt i on preferred embodiment . 

Furthermore, it is advantageous when, for the further processing, the 

25 data of the input document data stream are divided into pre-formatted data 
that already exhibit document formatting information and raw data that 
exhibit no document formatting information. The pre-formatted data are 
preferably processed in a first formatting stage in which they are in 
particular not modified, and the raw data are preferably processed in a 

30 second processing stage in which the document formatting information 
(corresponding to a document template generated using a pattern data set) 
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is added to them. The raw data can thereby be associated with objects, 
whereby the objects can in particular comprise graphical elements such as, 
for example, pie charts, bar diagrams, borders, tables and/or colors. 

The document formatting information can in particular comprise 
5 paper reproduction information such as, for example, N-up and/or duplex. 
Furthermore, it is advantageous to the i nv e nt i v e use of a document 
template that it is independent of the format of the input document data 
stream and thus can be used independent of format. Document templates 
in particular access the design data set. Their use is therefore less error- 
10 prone given the expansion of lines, etc. than, for example, with pure line 
data. 

Furthermore, the document formatting information can contain print 
pre-processing and/or post-processing information. In particular an 
Advanced Function Presentation data stream is provided as an output data 
15 stream in which a first group of formatting information is provided via a 
pagedef file and a second group of formatting information is contained in 
the variable data stream. 

Furth e r asp e cts and adv a ntag e s of tho i nvent i on aro c l arified in 
conn e ct i on w i th th e fo ll ow i ng doscr i pt i on of exemp l ary e mbod i m e nts and 
20 assoc i at e d Figur e s. 

Th e r e by shown ar e : 

F i gur e 1 a h i gh - capacity pr i nt i ng syst e m, 

Figur e 2 the — known — method for proc e ssing — of print data 

accord i ng to tho AFP and I PDS spocif i cat i ons, 

25 F i gur e 3 the — known — m e thod — fef — proc e ss i ng — ef — pwtf — data 

according to what i s known as th e formatter pr i ncipl e , 

F i gure 4 th e pr i ncip le of the i nvent i v e method, 

F i gur e 5 th e app li cat i on of th e i nv e nt i on on a data proc e ss i ng 

system in wh i ch an SAP databank syst e m coop e r a t e s w i th a pr i nt 
30 product i on syst e m, 
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F i gur e 6 th e princ i p le of an i nv e nt i v e proc e ss i ng w i th r e sp e ct i v e 

part i c i pat i ng proc e ssing modu le s, 

F i gur e 7 an i nvent i v e workf l ow for dosign t i me from th e v ie w of 

a us e r, 

5 F i gure 8 a workf l ow for dosign phas e relat i ng to document data, 

F i gur e 9 a — workflow — h=i — the — product i on — phas e — r el at i ng — to 

docum e nt data, 

F i gur e 10 the — ass e mb l y — ef — a — compl e x — docum e nt — with 

compon e nts, 

10 F i gure 1 1 the creat i on of a docum e nt with barcod e from var i ab le 

and stat i c data, 

F i gur e 12 a method f l ow i n which PCL document data aro 

generated at th e output s i do, 

F i gur e 13 various — stat i ons — m — which — docum e nt — data — are 

15 incrementa ll y conn e ct e d to a document and 

Figur e 1 4 e xpansions to th e stat i ons shown i n Figur e 13 and 

F i gur e 15 a g e n e ra li z e d method flow of th e inv e nt i on. 

A document print production system 1 is shown in Figure 1 that, on 
the one hand, comprises a mainframe architecture 2 and, on the other 
20 hand, comprises a network architecture 5, which document print production 
system 1 document data o r, r e sp e ct i v el y, document print data streams are 
generated by means of user programs (tools). These print data are 
generated by a host computer 3, for example as an AFP print data stream 
or as a line print data stream, in the mainframe architecture 2. The print 
25 data can alternately be sent by the host computer 3 directly to one or more 
print devices 6a, 6b via what is known as an S/370 channel 14a. As an 
alternative to this output channel, the print data can also be transferred 
from the host computer 3 over a network 13 or a direct data connection 14b 
to a processing computer 4 in which the print data are cached (for example 
30 in an associated file server) and be processed for subsequent output steps. 
In particular print data streams can be generated in such host computers 3, 
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which print data streams are assembled from larger databases (databanks) 
of regular list expressions, accounts, consumption overviews (for telephone 
bills, gas bills, bank accounts) etc. Such applications have frequently 
already been in use for many years and are still required in a more or less 
5 unchanged manner (what are known as legacy applications). 

The print production workflow is monitored by a monitoring system 7 
within the mainframe architecture 2. Said The monitoring system 7 
comprises a monitoring computer 7a that is coupled with a databank 7b 
and various computer program modules 7c. 

10 The monitoring system 7 is connected with the host computer 3 via a 

device control network 15 and a print manager module 8 as well as via a 
converter 9 with, for example, a V24 data line that couples to both print 
devices 6a, 6b. The converter 9 translates the V24 signals into DMI 
protocol signals of the device controller network 1 5. SNMP protocol signals 

15 can be provided to the device manager DM translated as DMI protocol 
signals o r, r e sp e ctiv el y, be directly transferred as SNMP protocol signals. 

A print good 19 that has been generated in the printers 6a, 6b from 
the document print data stream and on which barcodes are printed can 
respectively be scanned with a manually-movable radio-controlled barcode 

20 reader. The signals are transferred to the read station 10a via radio and 
transmitted into the device controller network 15 o r, r e sp e ctiv e ly, to the 
monitoring system 7. Readers for a one-dimensional and/or two- 
dimensional barcode system can be used as barcode readers, such that 
various barcode systems can be read with one and the same reading 

25 device. The barcode reading system is in particular configurable, i.e. can 
be adapted to various application-specific codes o r, r e sp e ct i v el y, to the 
respective suitable control method. 

Document data are generated in the network architecture 5 by 
means of user programs in client computers 12, 12a that are connected 

30 among one another as well as with the processing computer (file server) 4 
via a client network 13. The file server therewith serves as a central 



-15- 
MARKED COPY 

processing and handling interface for print data of the entire print 
production system 1. Diverse control modules (software programs) run on 
it, via which control modules the entire print production workflow or T 
r e sp e ct i v el y, the entire document processing can be optimally adapted 
5 (application-specific, production-related and on the device controller side) 
to the respective condition. 

In particular the following functions are executed in the file server 
that are described more precisely with subsequent Figures: 

1. Converting Indexing Sorting 

10 In this function, incoming print data are converted into a uniform data 

format, indexed according to predetermined parameters and re-sorted in a 
predetermined sorting sequence. This in particular enables the re-sorting 
of the data streams optimized for the subsequent document output, for 
example the merging of various pages that are not in succession in the 

15 input data stream to be sorted together into a mail piece, such that they 
can, for example, be enveloped together into a correspondence (for 
example in an enveloper 18b). 

2. Insertion of contro l i nformat i on Control Information 

In this function, control information, in particular barcodes, are 
20 inserted into the data stream, using which control information a data group 
belonging together (for example page, sheet, document, mail piece) can be 
recognized as such and be unambiguously localized in the production 
process at the various processing stations. The insertion can occur with a 
method o r, respect i v el y, a computer system and a software that are 
25 described in the German patent application NR. 102 45 530.9. 

3. Data reduction Reduction 

With this function, control data that have been delivered in the input 
data stream from the host computer 3 o r, rospoct i vo l y, user computer 12 to 
the processing computer 4 can be filtered to the effect that such control 
30 data that are not necessary in the given overall system arrangement are 
removed. Via the connection of all participating output devices (printers 6a 
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through 6d, cutter 18, enveloper 18b) via the device controller network 15, 
it can already be decided in the processing computer 4 which control data 
of the input data stream is [s i c] are needed by none of the connected 
devices. Via removal of this data from the data stream, the data stream 
5 can be reduced overall, in particular when only empty field entries 
regarding corresponding control data are contained in the input data 
stream. 

4. Extraction 

With this function, predetermined data can be filtered or T 
10 r e sp e ctiv el y, separated out from the output data stream, whereby a 
compressed data stream (compressed data) is created, in particular for 
control and status data, that can be exchanged with very high speed 
between the participating devices and the monitoring computer. It is 
hereby possible to execute the monitoring of the participating devices in 
15 realtime. 

The functions 1.-4. can largely be automatically implemented by a 
computer program module "CIS" (Converting, Indexing and Sorting), which 
is dealt with in detail again later. 

5. Repeated pr i nt (r e print) Print (Reprint) 

20 When, in the course of the further processing of the data, in 

particular in the output of the data on one of the print devices 6a, 6b, 6c or 
6d, an error occurs in one of the post-processing devices 18a, 18b or also 
in the print computer 16, this can be determined by the monitoring system 7 
using the control barcodes inserted into the processing computer 4, and the 

25 reprint of the documents (pages, sheets, mail pieces) affected by the 
malfunction can be requested. This reprint request is significantly 
controlled in the processing computer 4. 

Print data that have been completed by the processing computer 4 
are conveyed via the print data line 14c to a print server 16. Its task is 

30 essentially to unload the processing computer 4. This occurs via buffering 
of the completed print data until its recall over the data line 14d to one or 
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both printers 6c, 6d. The print server 16 is thus integrated into the overall 
system predominantly for reasons of performance (speed). In systems 
whose print speed is less high, the print server 16 can also be omitted. 

Document data that are transferred to the printers 6c or 7 
5 r e spect i ve l y, 6b and there are printed on a recording medium (for example 
paper) are, in the overall system, supplied to further processing steps, 
namely the cutter 18a and the enveloper 18b of the further processing. 
The print production process is therewith concluded. 

The printed documents are tested with a test system 17 with regard 

10 to various criteria on their processing path between the print device 6 and 
the last post-processing device 18b, namely via an optical test system 17a 
with regard to their optical print quality, with a barcode test system 17b with 
regard to their existence, their consistency and/or their sequence, as well 
as with an MICR test system 17c insofar as the print was printed by means 

15 of magnetically-readable toner (magnetic ink character recognition toner). 
The data of the various test systems provided by the test system 17 are 
transferred from a mutual, serial data acquisition module 17d to the device 
controller network 15 and supplied to the monitoring system 7. There the 
respective system data are acquired and the devices are checked in real 

20 time, and the respective positions of the documents are tested with regard 
to their correctness relative to the print job. 

Further details of such a test system 17 are specified in the US 
patent Nr. 6,137,967 or! — respective l y, in the patent application 
corresponding thereto. The content of this patent o r, r e sp e ct i v el y, these 

25 patent applications is herewith incorporated by reference into the present 
specification. 

The finished printed documents 23 can in turn be registered with a 
barcode reader 11b that is connected, radio-controlled, with an associated 
control device 10b, which in turn delivers its data to the monitoring system 
30 7 via the device controller network 15. 
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From PCT/EP02/05296 a system is known with which documents 
that are printed out on a printing system are shown on a screen in exactly 
the same manner as on the printing system, in that one and the same 
raster process is used both for display and for printing. 
5 The content of the patents, patent applications and publications 

described above is herewith incorporated by reference into the present 
specification. 

An i nvont i vo A procedure of the preferred embodiment is illustrated 
in Figure 4. Static resources are created with the aid of the layout editor 

10 using a complete print data pattern. Th i s [s i c] These are the standard 
resources known in the AFP data stream, such as overlays, page 
segments, fonts, pagedef and formdef files. However, print data that are 
not contained by means of the standard formattings offered in the AFP 
function spectrum are, however-Esic}, written not into an AFP resource file 

15 but rather into an expanded print data file containing all variable print data. 
This file is drawn upon for individual design with particular formatting 
elements, for example graphical elements such as pie charts or bar 
diagrams. For this, the editor 26 is supplemented such that such 
formattings can be implemented. The basic concept of the AFP data 

20 structure, namely the data separation between variable and static data, is 
thereby nevertheless largely maintained. From the formatter principle, it is 
retained that the print data are completely transferred to an intermediate 
stage. In this intermediate stage - as provided in the processing of AFP 
print data - resources are associated with the print data and thus forms, 

25 fonts, etc. are standardized and converted into a relatively small AFP 
resource data stream. This resource data stream is transmitted over an 
AFP channel 36. 

Furthermore, those data that are already otherwise formatted or in 
which no high-performance conversion o r, r e sp e ctiv e ly, association of AFP 
30 resources is possible are sought out from the variable print data. These 
print data are accordingly supplemented with the necessary commands 
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(data enrichment). This print data enrichment occurs in what is known as 
the design phase by means of a suitable editor, in that corresponding 
pattern data sets are examined and corresponding associations are made. 
For example, a data table could be called on and associated with the 
5 command that a pie chart is to be generated as a graphic element from the 
numbers located in the data table. A suitable new computer program or an 
already-existing editor for a specific printing language (for example an AFP 
editor such as the aforementioned Smart Layout Editor (SLE) by the 
applicant) can alternately be provided as an editor in order to enrich 

10 corresponding functions. 

In a productive phase, i.e. while the variable print data stream is 
transferred from the data source 25 to the print server or directly to one of 
the printing devices 31, 32, the correspondingly enriched print data stream 
is sent to the print server o r, r e sp e ctiv el y, printer over the data channel 37. 

15 In the print server 28 o r, respective l y, printing devices 31, 32, the prepared 
print data stream is combined with the AFP resources transmitted once, 
and ultimately the so-combined data stream is sent to the printer as an 
IPDS data stream. A printout can also occur as a telefax to a fax device, 
the data can be sent as an e-mail via an e-mail computer (for example via 

20 the client computer 12), or be placed on the Internet via a WWW server. 

On the one hand, with the inv e ntion preferred embodiment it is thus 
possible to transfer standard data with high performance because these 
data are not overloaded by formatting instructions, and on the other hand 
those data formats which cannot be described or can only be laboriously 

25 described in AFP are to be sent to the print server simply and quickly. 

In the invont i vo method of the preferred embodiment , it is therewith 
provided to supplement processing methods known from AFP 
environments with at least one functionality via which formatting 
instructions (such as the representation of graphic data, for example the 

30 conversion into pie charts or bar diagrams or the addition of components 
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such as barcodes, images and other objects) can be transferred within the 
print data. 

An advantage of the i nvent i v e solution of the preferred embodiment 
is thereby, on the one hand, the operating compatibility with the known 
5 fields and, on the other hand, the possibility to be able to furthermore use 
existing always-recurring print jobs. Thus a 100% backwards-compatibility 
of the method can be ensured in print production environments. Print data 
streams that have been generated under earlier editors, such as (for 
example) line data streams, can furthermore be transferred to the print 

10 server o r, respective l y, printer directly via an i nv e nt i v el y -enriched layout or 7 
r e sp e ct i v el y, editor module. Only a pagedef file that was generated earlier 
is assumed into a document template for this. 

In Figure 5, it is shown how i nv e ntiv e computer program products of 
the preferred embodiment interact such that data that originate from an 

15 SAP databank application are prepared with formatting information and are 
prepared in a print production system such that they can be sent to a print 
device. Print data are sent from the SAP databank application 40 to a print 
production system 43 via an output data management system 41 (output 
management system) and an SAP interface 42 (SAP connector). Print jobs 

20 there are administered by a job distribution system 44 (order distribution 
system) for the further processing. Each print job is thereby individually 
identified by means of a print job manager 45 and provided with print job 
data, for example for a desired output printer or a certain priority. These 
data are located in a print job corollary file 46 Qob ticket). A data 

25 enrichment module 47 serves for preparation of print data from a user 
databank. This data enrichment module 47 comprises two computer 
program modules 48, 49 that are necessary at various points in time. 

In a data preparation phase, the data of a pattern data set are drawn 
from an application databank 50 (for example SAP databank) and suitable 

30 formatting and other enrichment data are appended to the pattern data set 
by means of the designer module 48 in order to prepare this according to 
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the desire of the user. Suitable enrichment data 51 are then transmitted to 
the document generator computer program 49 via the job distribution 
system 44. With the document generator computer program 49, the RDI 
data as well as the associated formatting data are additionally converted 
5 into an internal, predetermined print data format linked with a printing 
system or selected by a user. The conversion can thereby, for example, 
occur into an AFP data stream, a PCL data stream, a PostScript data 
stream or also a PDF data stream. 

The computer program module 49 uses the enrichment data in a 

10 second processing phase in which the complete databank data are 
transmitted from the SAP databank application 40 via the SAP interface 42, 
data set for data set to be enriched with the enrichment data. Personalized 
documents 52 are created in this manner, that are output via the job 
processing system 44 as print files 53 to a collection program 54 (spool) or 

15 as direct print data via a printer driver module 56 to a printer (not shown in 
Figure 5). 

The data processing events are shown in Figure 6 that are 
implemented on the one hand in the preparation phase (design phase) and 
on the other hand in the productive phase (print phase) in order to be able 

20 to prepare print data from arbitrary sources. For the design phase, a probe 
data set or, respectively, a probe document 60 is loaded as a design data 
set 62 into the designer computer program 48 via an import module 61. 
Arbitrary formatting or, respectively, enrichment information are added to 
the design data set 62 using this program 48, and thus the design 

25 information file 63 is formed. For the printing phase, application data sets 
64 are read in, data set for data set, and translated into an internal AFP 
data format 66 by means of a translation computer program module 65 of 
the document generator computer program 49. From the application data 
set 64, the translator 65 forms the application data set in the internal data 

30 format 66 to which a computer program module "formatter" of the document 
generator computer program 49 is then applied. 
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The formatter computer program module 67 generates the 
p e rsona li- z e d [sic] personalized document 68 from the print data in the 
internal data format and the formatting rules defined by the design process, 
which formatting rules are stored in the design information file 63. A data 
5 transformation module 69 (AFP transformer) converts the personalized 
document file 68 into a print file 70. 

Which functions can be executed with the designer computer 
program 48 (compare Figure 5) is shown in Figure 7. SAP-RDI document 
data 71 as well as the SAP-RDI form 72 used in their generation are 

10 accepted as input data signals. Furthermore, overlays, page segments and 
font data 73 from AFP environments are accepted. Page queries as well 
as table positions 74 can be defined from table lists with the designer 
computer program 48 during the preparation phase. Furthermore, layout 
associations 75 can be established and it can be provided that a page is 

15 switched (controlled by print data) between layouts. On the output side, 
resources 76 are then provided in which information is contained about the 
type of the RDI conversion 83, the AFP resource files, pagedef, formdef 
and overlay as well as the page segments and the fonts which were 
provided on the input side. The RDI conversion information 83 contao i n 

20 {sic} contains the design data set 62, the information of the rule file 77 and 
the document template 112 (see Fig. 15). 

Both preparation phases (design phase and production phase are 
shown again in Figure 8 and 9 with their respective workflow. On the input 
side, in the design phase (Figure 8) both files (RDI document data 71 and 

25 SAP script form 72) are read in, and in a data selection event 78 the data 
are separated, pattern by pattern, into typical pattern table data 79 and into 
pattern line data 80 that are associated with no tables. The line data 80 are 
then subjected to a typical line data process, meaning they are formatted 
as line data, whereby a line data layout 82 is generated, for example a 

30 specific graphical reproduction (such as a pie chart) is established. A table 
layout 81 is derived from the typical table data 79, whereby they can be 
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enriched with additional formatting instructions for the page formatting. 
Both table layout and also page layout can receive fonts associated 
generally or region-by-region. The design information file 83 is created as 
an output file from this information. It contains a design data set 62 and the 
5 design information 63 (see Figure 6) which are necessary for normalization 
of the data set and for formatting of the normalized data stream. In the 
production phase (Figure 9), the design information file 83 is read in 
together with the RDI production data 84. In a data separation event 85, 
the line data 86 are separated from the table data 8, the table data 87 are 
10 formatted by a table formatter module 88 and the data are output by the 
document generator computer program 49 as an AFP data file 89 (mixed 
data). 

Figure 10 shows a document 92 that is assembled from two 
components, namely a static frame page 91 and a dynamic page 90 with 

15 variable length of the information contained therein. Components 93 of 
various types can be provided in both pages, such as, for example, 
borders, texts, barcodes, graphics and logos, images and photos, 
diagrams, tables and external components that are generated by external 
program modules (such as the programs Quark Xpress™ and Adobe 

20 Indesign™) and in particular exhibit dynamic (i.e. variable) length. Such 
documents can be generated very flexibly and dynamically (meaning with 
variable length) with the invention. This primarily has a positive effect with 
tables, diagrams (such as pie charts or bar diagrams) as well as on 
elements of external components. This is clear in the example that is 

25 shown in Figure 11. There it is respectively shown how a text component 
95 interacts with a barcode component 96 and various print data. Constant 
and variable data are therefore respectively processed in different 
manners. The static parts of the text components 95, i.e. those that are not 
marked in angular brackets, are thereby reproduced in plain text on the 

30 respective first pages 97a, 98a of both documents, while the dynamic text 
portions situated in angular brackets are replaced by the print data. In 



-24- 



MARKED COPY 

contrast to this, in the barcode components both the static text portions and 
the dynamic text portions are used in order to generate a two-dimensional 
barcode on the page 2 of the first document 97b and of the second 
document 98b. Due to the classification of the document elements into 
5 various components, in productive operation the document generator 
computer program 49 can therefore decide which data are to be 
reproduced and for which data, under the circumstances, sub-programs 
must be invoked that further process the components. For example, the 
barcode component data are transcribed to a barcode generation module 
10 in which the barcodes 99a, 99b mapped in the document regions 97b and 
98b are returned. 

Figure 12 shows how, in the system environment of Figure 5, a print 
data stream is initially enriched and converted into an AFP print data 
stream and converted again into a PCL format for output. The central 

15 control module is thereby the job distribution system 44 (order distribution 
system). Unformatted or only partially formatted print data (for example 
RDI data) are thereby prepared by the document generator computer 
program 49 and, as described in Figure 9, output in an AFP print file 89. 
These AFP print data can then be converted into raster images 101 with a 

20 minispool program 100 with softproof. These raster images are finally 
output embedded in a PCL data stream 102 and as a print file 103. Since 
this procedure focuses on the AFP print data specification and the softproof 
can be implemented such that it rasters in precisely the same manner as 
an IPDS printer, a print output comparable with AFP and essentially 

25 identical is achieved. A corresponding softproof method in which one and 
the same raster process is used for a preview and for a print event is, for 
example, described in PCT/EP02/05296 (submitted by the applicant). The 
content of this patent application is herewith likewise incorporated by 
reference into the present specification. 

30 The rastered softproof image can furthermore be edited either 

directly or indirectly via the corresponding normalized data, such that the 
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document (including its table data) can be modified individual to the user on 
a display medium (for example screen 16a) in a WYSIWYG (what you see 
is what you get) representation, whereby the document template is 
changed and therewith a reaction occurs on the normalized output data 
5 stream. In Figure 13, it is shown how a document input data stream 105 
that corresponds to one of many input data formats (such as line data, RDI 
data, XML data, CSV data or databank data) is converted into an output 
data stream 106 that corresponds to one of many possible output data 
formats such as, for example, AFP, PCL, PPML. In a step 107, the input 

10 data stream 105 is thereby converted into an internal data format. The 
encoding of the input data stream is in this case converted into a Unicode 
coding (mapping event to Unicode). Document forma - tt i ng [sic] formatting 
information is then added to the data stream in a formatting step 108. In a 
last step 11, the data are then converted into the selected output data 

15 format. 

The formatting of the data in the step 108 can in particular occur in 
the previously shown manner, in that the data and/or formatting information 
to be inserted are inserted using components, meaning placeholders for 
specific information. In an additional step 109, page-specific information 

20 can be added to the data, for example in which manner the page should be 
put down on paper (N-up, duplex or the like). 

In further document-specific formatting steps 109, 110, [sic] and 
document-specific information (such as formation of signals or imposition 
schemata, impositioning, resorting events, barcode insertion, etc.) can be 

25 added to the print data page- [s i c] . Furthermore, it is possible to effect an 
output directly from a device-independent, normalized output data stream 
to a display medium (screen, etc.), whereby a specific activation module is 
provided for the display medium or, respectively, for a computer system 
deploying a display medium, for example with a Windows API or a coupling 

30 to a browser under Windows or Linux. The task steps cited above are 
respectively controlled by what are known as templates. It can thereby be 
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provided that further templates are used, also via an interface to external 
programs such as Oce Professional Document Composer (PDC), Oce CIS 
(Converting indexing sorting), Adobe® Indesign or a barcode generation 
module. 

5 The output-specific conversion 111 can in particular occur in a 

printer-specific language. Furthermore, the internal print data format can 
be an AFP print data format, whereby it is only necessary to collect (spool) 
AFP data when they should be output on an AFP-capable output device. A 
conversion into other languages (such as PCL or PPML) can thereby also 

10 occur, whereby an embedding in raster-ed fsie} images can occur (see 
above) or a direct conversion of language levels. 

With the arrangement shown above, it is possible to design all 
processing stages lying between the input data stream and the output data 
stream independent of a device. In the output side, the data can then be 

15 alternately be output device-dependent or likewise as a device-independent 
data stream. A device-dependent data stream can, for example, be output 
in the formats MO:DCA, PCL, PostScript or PDF. 

The Figure 13 is again expanded with a few function elements in 
Figure 14. Data 115 that are provided at the input side in the format 

20 Personalized Printer Mark-up Language (PPML) can be directly transferred 
into the page-specific formatting procedure 109 by means of a page 
extraction module 116. An imposition program 117 (PDC) can be set on 
fsie} the page-specific formatting module 109 for preparation of the pages 
for a signature printing. For re-sorting and/or insertion of barcodes or 

25 indexing elements, a further processing module 118 can be set on the 
document-specific formatting module 110. A forwarding by a mail module 
or a network connection module is also possible. 

An inventive method flow is shown again in general in Figure 15. A 
translation module 94 that is controlled by the rule file 77 serves for 

30 conversion of the input data 105 into the normalized data 104. The rule file 
77 contains mapping rules that are formed in the design phase from the 
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input document data 105 and/or from an (if applicable) design data set 62 
to be newly created and/or from input data-specific auxiliary files 119. Both 
the design data set 62 and the rule file 77 can be freely edited. The design 
data set 62 can be formed from the input document data stream, {ste] 105 
5 and/or from input data-specific auxiliary files 119 and additionally be used 
in the formation of a document template 112 that controls the formatting of 
the normalized data stream 104 (in stage 113). As shown with the arrows 
Ai and A 2 , the design data set 62 (and from this the rule file 77) can also be 
generated from the document template 112. 
10 As an alternative to this, the rule file 77 can also be acquired directly 

from the input document data stream or other file information from the 
auxiliary files. 

The mapping rules specified in the rule file 77 are specific for the 
input document data stream 105. They specify which element of the input 

15 document data stream 105 is to be associated with which element of the 
design data set. The design data set 62 contains the structure definition of 
the normalized data, whereby type declarations are provided for various 
structure elements, for example for customer numbers, names, logos, etc. 
Data groups that belong together, in particular all those data that belong to 

20 a document, can then also be formed in the normalized raw data 104. 
Thus all associated data are available in the normalized raw data stream 
104 for each document. A document template 112 serves as a structure 
template for the documents to be generated and describes which 
formatting instructions are to be added into the normalized data stream. It 

25 can contain elements from the design data set 62 and/or contain free 
programmed static or dynamic elements 96, 93, 15 (see Fig. 10). The 
document template 1 12 is thus document formatting-dependent and serves 
to control the format formation device 113 (formatter or document 
composition engine). A resource-oriented data stream is formed per 

30 document by the formatter 113 from the normalized raw data stream 104. 
Insofar as formattings are already contained in the raw data these are 
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retained, and insofar as the raw data are unformatted and formatting 
specifications regarding the corresponding data fields are contained in the 
document template, these are added resource-oriented in the formatter 
113, whereby resources that are required multiple times within a data 
5 stream are further processed optimized for high performance, i.e. are 
inserted into the resource-oriented data stream mainly via invocation of the 
resources, whereby the resources themselves are only internally present 
once or can be externally loaded from a resource file or also just 
referenced. For processing of document template 112 [s i c] 112 , design 

10 data set 62 and rule file 77, it can be advantageous to couple these files in 
the manner that a modification in one of the files leads to a consistency 
check and, if applicable, modification in both other files. 

The formatted document data stream 114 is then supplied to a 
backend device 118 in which it is alternately prepared as a print data 

15 stream 120 in the output language (controlled via an output selection file 
119) or via an interface 121 for an output device (telefax, e-mail server, 
WWW server, monitor). The normalized data stream 104 and/or the 
formatted data stream 114 can likewise already be optimized device- 
specific. 

20 The invention was described using exemplary embodiments. It is 

thereby clear that the average man skilled in the art can specify 
modifications at any time. In particular, the cited print data languages are 
only to be understood as exemplary, since these are constantly further 
developed, as is apparent at the application point in time of the present 

25 application for the two print data languages Extensible Mark-up Language 
(XML) and Personalized Printer Markup Language (PPML). 
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The i nv e nt i on preferred embodiment can in particular be realized as 
a computer program that e ff e s [s i c] effects an i nv e ntiv e a method flow in a 
procedure on a computer. It is thereby clear that corresponding computer 
program elements o r, r e sp e ctively, computer program products such as, for 
5 example, data media, volatile and non-volatile storage that store inventive 
programs and transfer means such as, for example, network components 
that transfer the i nv e nt i v e programs can be embodiments of the invention. 
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Pat e nt o l a i ms 

WE CLAIM AS OUR INVENTION: 
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ABSTRACT OF THE DISCLOSURE 

In a method or system for conversion of an input data document 
data stream that corresponds to one of many possible input data formats 
into an output document data stream that corresponds to one of many 
5 possible input data formats, the input document data stream is converted 
into an internal data format. Document formatting information that 
establishes a representation of the data in the output format is added as 
needed to the data in the internal data format. The data are then converted 
into the output data format. 
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